home *** CD-ROM | disk | FTP | other *** search
/ Nebula 2 / Nebula Two.iso / SourceCode / MiscKit1.7.1 / MiscKitArchive.mbox / mbox / 000028_@ctron.com:rat…xande.ctron.com_Wed Sep 15 12:33 MDT 1993.msg < prev    next >
Internet Message Format  |  1994-10-30  |  3KB
  1. Received: from yvax2.byu.edu by maine.et.byu.edu; Wed, 15 Sep 93 12:33:50 -0600
  2. Return-Path: <@ctron.com:ratlifc@alexande.ctron.com>
  3. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
  4.  <01H2Z76575WW94DNRT@yvax.byu.edu>; Wed, 15 Sep 1993 12:31:49 MDT
  5. Received: from alaska.et.byu.edu by yvax.byu.edu (PMDF V4.2-13 #4169) id
  6.  <01H2Z7620KSG934UN5@yvax.byu.edu>; Wed, 15 Sep 1993 12:31:44 MDT
  7. Received: from yvax.byu.edu by alaska.et.byu.edu; Wed, 15 Sep 93 12:32:43 -0600
  8. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
  9.  <01H2Z74ON3IO94DNRT@yvax.byu.edu>; Wed, 15 Sep 1993 12:30:38 MDT
  10. Received: from nic.near.net by yvax.byu.edu (PMDF V4.2-13 #4169) id
  11.  <01H2Z74LHSM894DPBL@yvax.byu.edu>; Wed, 15 Sep 1993 12:30:34 MDT
  12. Received: from ctron.com by nic.near.net id aa22704; 15 Sep 93 14:30 EDT
  13. Received: from stealth.ctron.com by ctron.com (4.1/SMI-4.1) id AA04126; Wed,
  14.  15 Sep 93 14:30:25 EDT
  15. Received: from alexander by stealth.ctron.com (4.1/SMI-4.1) id AA18800; Wed,
  16.  15 Sep 93 14:30:15 EDT
  17. Received: by alexander via SMTP (920330.SGI/920502.SGI.AUTO) for
  18.  @stealth.ctron.com:misckit@byu.edu id AA18980; Wed, 15 Sep 93 14:28:22 -0700
  19. Date: Wed, 15 Sep 1993 14:28:16 -0700
  20. From: "Christian A. Ratliff" <ratlifc@alexande.ctron.com>
  21. Subject: Re: External files & allowable contributions
  22. In-Reply-To: Your message of "Wed, 15 Sep 1993 14:03:47 EDT."
  23.  <9309151803.AA04233@toyou.Princeton.EDU>
  24. To: misckit@byu.edu
  25. Reply-To: ratlifc@ctron.com
  26. Message-Id: <9309152128.AA18980@alexander>
  27. Content-Transfer-Encoding: 7BIT
  28. Status: R
  29.  
  30. > 
  31. > Guaranteeing that every release is 100% backward comapatible will be extremely  
  32. > difficult, I think, and will eventually hinder the kit's development. Perhaps  
  33. > we should guarantee backward compatibility in minor releases, but reserve the  
  34. > right to make non-backward compatible changes in major (full integer) releases.
  35. > 
  36.  
  37.   What then will we do about applications that need two different revisions of
  38. and object simultaneously? Should there be a capability for the MiscKit tree to
  39. have a 'revision level' as an early branch?   "$MISCKITHOME/$REV/$OBJECT" ??
  40.   This could have the potential advantage of supporting both an 'installed'
  41. Kit and a 'beta revision' of the Kit for developers and beta-testers.
  42.  
  43. > I would hate to be in the position of using a crufty old piece of code simply  
  44. > in order to maintain 100% backward compatibility.
  45. > 
  46.  
  47.   No kidding. I should think that the weight that backward compatibility would add
  48. to each object would deter the users of the Kit as well.
  49.  
  50. later,
  51. christian
  52.  
  53. --------
  54. Christian Ratliff            \ clotho, atropos, lachesis, paraguay, uruguay,
  55. <ratlifc@ctron.com>          / leto, laba, vesta, hermes, prometheus, edi,
  56. Sales Systems Administrator  \ indikos, grendel, argent, indikos, aardvark,
  57. Cabletron Systems, Inc.      / cerebrus
  58.  
  59.